SherbyNet - /page/wikibook/entry.mu

Micron Document

<!DOCTYPE html>

<title>Devops</title>

</head>

<h1 id="firstHeading" class="firstHeading mw-first-heading"><span lang="en">Devops</span></h1>

</header>

</div>

</p>

<p>Le <b>devops</b> — ou <b>DevOps</b> (selon la graphie habituellement utilisée en langue anglaise) — est un mouvement en <a href="Ing%C3%A9nierie_informatique" class="mw-redirect" title="Ingénierie informatique">ingénierie informatique</a> et une pratique technique visant à l'unification du <a href="D%C3%A9veloppement_logiciel" class="mw-redirect" title="Développement logiciel">développement logiciel</a> (<i>dev</i>) et de l'<a href="Administrateur_r%C3%A9seau" title="Administrateur réseau">administration des infrastructures informatiques</a> (<i>ops</i>), notamment l'<a href="Administration_syst%C3%A8me" class="mw-redirect" title="Administration système">administration système</a>.

</p><p>Apparu autour de 2007 en <a href="Belgique" title="Belgique">Belgique</a> avec Patrick Debois, le mouvement Devops se caractérise principalement par la promotion de l'automatisation et du suivi (<i>monitoring</i>) de toutes les étapes de la création d'un logiciel, depuis le développement, l'<a href="Int%C3%A9gration_continue" title="Intégration continue">intégration</a>, les <a href="Automatisation_de_test" title="Automatisation de test">tests</a>, la livraison jusqu'au déploiement, l'exploitation et la maintenance des infrastructures.

Les principes Devops soutiennent des <a href="Cycle_de_d%C3%A9veloppement_(logiciel)" title="Cycle de développement (logiciel)">cycles de développement</a> plus courts, une augmentation de la fréquence des déploiements et des <a href="Livraison_continue" title="Livraison continue">livraisons continues</a>, pour une meilleure atteinte des objectifs économiques de l'entreprise<sup id="cite_ref-1" class="reference"><a href="#cite_note-1"><span class="cite-bracket">[</span>1<span class="cite-bracket">]</span></a></sup><sup class="reference cite_virgule">,</sup><sup id="cite_ref-2" class="reference"><a href="#cite_note-2"><span class="cite-bracket">[</span>2<span class="cite-bracket">]</span></a></sup><sup class="reference cite_virgule">,</sup><sup id="cite_ref-3" class="reference"><a href="#cite_note-3"><span class="cite-bracket">[</span>3<span class="cite-bracket">]</span></a></sup><sup class="reference cite_virgule">,</sup><sup id="cite_ref-mixing_4-0" class="reference"><a href="#cite_note-mixing-4"><span class="cite-bracket">[</span>4<span class="cite-bracket">]</span></a></sup>.

</p>

<div class="mw-heading mw-heading2"><h2 id="Origine_du_nom">Origine du nom</h2></div>

<p><i>Devops</i> est la <a href="Concat%C3%A9nation" title="Concaténation">concaténation</a> des trois premières lettres du mot anglais <i>development</i> (<a href="D%C3%A9veloppement_de_logiciel" title="Développement de logiciel">développement</a>) et de l'abréviation usuelle <i>ops</i> du mot anglais <i>operations</i> (exploitation), deux fonctions de la gestion des systèmes informatiques qui ont souvent des objectifs contradictoires. À la conférence "Agile" de Toronto en 2008, Patrick Debois et Andrew Shafer introduisent le mot "Agile Infrastructure"<sup id="cite_ref-5" class="reference"><a href="#cite_note-5"><span class="cite-bracket">[</span>5<span class="cite-bracket">]</span></a></sup> pour la première fois dans leur conférence. Le terme a été largement repris notamment pour la création d'une série de conférences sur le sujet appelée <i>Devopsdays</i> <sup id="cite_ref-devopscafe12_6-0" class="reference"><a href="#cite_note-devopscafe12-6"><span class="cite-bracket">[</span>6<span class="cite-bracket">]</span></a></sup> dont la première a été organisée à <a href="Gand" title="Gand">Gand</a> en <a href="Belgique" title="Belgique">Belgique</a>, en octobre 2009.

</p>

<div class="mw-heading mw-heading2"><h2 id="Apparition_du_concept_devops">Apparition du concept devops</h2></div>

<div class="mw-heading mw-heading3"><h3 id="Distinction_entre_dev_et_ops">Distinction entre dev et ops</h3></div>

<p>Aux débuts de l'informatique d'entreprise, les applications étant de taille limitée et peu intégrées les unes avec les autres, la distinction entre dev et ops n'avait pas lieu d'être : l'équipe qui s'occupait de l'administration du système se chargeait également d'y apporter les changements nécessaires pour le développement de nouvelles fonctionnalités.

</p><p>Mais l'évolution de l'information d'entreprise a introduit de nouvelles contraintes qui ont conduit à un nouveau <a href="Paradigme" title="Paradigme">paradigme</a> :

</p>

<ul><li>l'apparition de systèmes intégrés comme les ERP ou <a href="Progiciel_de_gestion_int%C3%A9gr%C3%A9" title="Progiciel de gestion intégré">progiciel de gestion intégré</a> a augmenté la taille des applications et leur interdépendance ;</li>

<li>il est aussi apparu que l'état d'esprit ops était assez différent de l'état d'esprit dev, ce qui créait <i>de facto</i> une certaine polarisation des membres de l'équipe, soit plutôt ops, soit plutôt dev ;</li>

<li>l'inefficacité de mélanger tâches de type ops et tâches de type dev ainsi que le coût (en matière de temps de travail) du passage continuel d'un type à l'autre.</li></ul>

<p>Pour ces raisons, il est alors apparu plus efficace de séparer les aspects dev et ops en plaçant les responsabilités respectives dans des équipes séparées. On parle alors souvent de « build » pour la conception, de « run » pour l'exploitation et de « change » pour l'évolution, <span class="need_ref" title="Ce passage nécessite une référence." style="cursor:help;">généralement réalisée en <a href="Gestion_de_projet" title="Gestion de projet">mode projet</a></span><sup class="need_ref_tag" style="padding-left:2px;">[réf. nécessaire]</sup>. Dans ce nouveau paradigme, les équipes sont organisées autour des mêmes systèmes et sont donc amenées à travailler main dans la main.

</p>

<div class="mw-heading mw-heading3"><h3 id="Antagonisme_des_objectifs">Antagonisme des objectifs</h3></div>

<p>Dans la réalité, cette séparation des devoirs entre les deux types d'équipes a rapidement mené à un conflit perpétuel du fait de l'incompatibilité des objectifs respectifs. Ceci peut être illustré en considérant les trois contraintes de la gestion de projet : coût, qualité/cadre de fonctionnalités et temps.

</p><p>En effet, l'objectif principal d'une équipe ops est de garantir la stabilité du système. De ce fait, l'équipe se concentre sur la contrainte qualité, au détriment du temps et du coût. La meilleure manière d'atteindre son objectif est de contrôler sévèrement la qualité des changements qui sont apportés au système qu'elle maintient.

</p><p>De son côté, l'équipe de développement a pour objectif principal d'apporter les changements nécessaires au moindre coût et le plus vite possible, souvent au détriment de la qualité lorsque des retards viennent mettre le plan en péril.

</p><p>L'antagonisme de ces objectifs, intrinsèques à l'activité de chaque type d'équipe, est encore exacerbé par la séparation des devoirs, au point de conduire à un rejet de sa propre responsabilité et au blâme de l'équipe « sœur », l'équipe de développement blâmant son alter ego ops pour les retards, et l'équipe d'exploitation tenant l'équipe de développement responsable des problèmes de qualité du code et des incidents survenus en production de ce fait.

</p><p>Plus généralement, organiser une entreprise comme un ensemble d'équipes ayant des objectifs indépendants les uns des autres avec des indicateurs spécifiques à chaque équipe va générer des optimums locaux et des guerres entre équipes, ce qui globalement pour l'entreprise n'est pas la meilleure chose. Un changement de <a href="Paradigme" title="Paradigme">paradigme</a> est donc à nouveau nécessaire.

</p>

<div class="mw-heading mw-heading3"><h3 id="Lien_avec_l'agilité"><span id="Lien_avec_l.27agilit.C3.A9"></span>Lien avec l'agilité</h3></div>

<p>Le mouvement devops est né d'une part de la volonté de globaliser les <a href="M%C3%A9thode_agile" title="Méthode agile">méthodes agiles</a> à l'ensemble du <a href="Syst%C3%A8me_d'information" title="Système d'information">système d'information</a> et d'autre part de l'application des principes de l'agilité à la production. Il est cependant possible d'être agile dans une équipe uniquement de développement, comme il est possible de mettre en place certains principes devops dans un environnement de <a href="D%C3%A9veloppement_en_cascade" class="mw-redirect" title="Développement en cascade">développement en cascade</a>.

</p>

<div class="mw-heading mw-heading3"><h3 id="Devopsdays"><i>Devopsdays</i></h3></div>

<p>Les DevOpsDays sont une série mondiale de conférences techniques sur le développement de logiciels, les opérations d’infrastructure informatique et entre leurs interactions. Chaque événement est organisé par des bénévoles de la région.

</p><p>La plupart des événements de DevOpsDays proposent une combinaison de conférences organisées et de contenu auto-organisé par l'espace ouvert à tous<sup id="cite_ref-7" class="reference"><a href="#cite_note-7"><span class="cite-bracket">[</span>7<span class="cite-bracket">]</span></a></sup>.

</p><p>Les premiers devopsdays ont eu lieu à Gand, en Belgique, en 2009. Depuis, les événements de devopsdays se sont multipliés.

</p>

<div class="mw-heading mw-heading2"><h2 id="Changement_culturel">Changement culturel</h2></div>

<p>Les initiatives DevOps peuvent créer des changements culturels dans les entreprises<sup id="cite_ref-8" class="reference"><a href="#cite_note-8"><span class="cite-bracket">[</span>8<span class="cite-bracket">]</span></a></sup> en transformant la façon dont les opérations, les développeurs et les <a href="Test_(informatique)" title="Test (informatique)">testeurs</a> collaborent pendant les processus de développement et de livraison. Faire en sorte que ces groupes travaillent de manière cohérente est un défi critique dans l'adoption de DevOps d'entreprise<sup id="cite_ref-9" class="reference"><a href="#cite_note-9"><span class="cite-bracket">[</span>9<span class="cite-bracket">]</span></a></sup><sup class="reference cite_virgule">,</sup><sup id="cite_ref-Jones_et_al_10-0" class="reference"><a href="#cite_note-Jones_et_al-10"><span class="cite-bracket">[</span>10<span class="cite-bracket">]</span></a></sup>. DevOps concerne autant la culture que la chaîne d'outils<sup id="cite_ref-Building_a_DevOps_culture_11-0" class="reference"><a href="#cite_note-Building_a_DevOps_culture-11"><span class="cite-bracket">[</span>11<span class="cite-bracket">]</span></a></sup>.

</p>

<div class="mw-heading mw-heading3"><h3 id="Construire_une_culture_DevOps">Construire une culture DevOps</h3></div>

<p>Le rapport State of DevOps 2015 a révélé que les sept principales mesures présentant la plus forte corrélation avec la culture organisationnelle sont:

</p>

<ol><li>Investissement organisationnel</li>

<li>Expérience et efficacité des chefs d'équipe</li>

<li>Livraison continue</li>

<li>La capacité des différentes disciplines (développement, opérations et infosec) à obtenir des résultats gagnant-gagnant</li>

<li>La performance organisationnelle</li>

<li>Douleur de déploiement</li>

<li>Pratiques de gestion Lean</li></ol>

<div class="mw-heading mw-heading2"><h2 id="Adoption">Adoption</h2></div>

<p>De nombreuses sociétés dans le monde adoptent les principes DevOps. D'autres pratiques industrielles sont parfois comparées au DevOps, à l'exemple des équipes de <i><a href="Site_Reliability_Engineering" title="Site Reliability Engineering">Site Reliability Engineering</a></i> (SRE) mises en place par <a href="Google" title="Google">Google</a> à partir de 2003, dédiées à l'amélioration de la disponibilité et la fiabilité des sites web et applications. En 2017, 35 % des directions informatiques ont adopté la démarche DevOps<sup id="cite_ref-12" class="reference"><a href="#cite_note-12"><span class="cite-bracket">[</span>12<span class="cite-bracket">]</span></a></sup>.

</p>

<div class="mw-heading mw-heading2"><h2 id="Comment_atteindre_cette_fluidité_entre_développement_et_exploitation"><span id="Comment_atteindre_cette_fluidit.C3.A9_entre_d.C3.A9veloppement_et_exploitation"></span>Comment atteindre cette fluidité entre développement et exploitation</h2></div>

<p>Sanjeev Sharma et Bernie Coyne<sup id="cite_ref-13" class="reference"><a href="#cite_note-13"><span class="cite-bracket">[</span>13<span class="cite-bracket">]</span></a></sup> recommandent :

</p>

<ul><li>un déploiement régulier des applications, la seule répétition contribuant à fiabiliser le processus ;</li>

<li>un décalage des tests « vers la gauche », autrement dit de tester au plus tôt ;</li>

<li>une pratique des tests dans un environnement similaire à celui de production ;</li>

<li>une <a href="Int%C3%A9gration_continue" title="Intégration continue">intégration continue</a> incluant des tests continus ;</li>

<li>une boucle d'amélioration courte (i.e. un feed-back rapide des utilisateurs) ;</li>

<li>une surveillance étroite de l'exploitation et de la qualité de production factualisée par des métriques et indicateurs clés.</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Voir_aussi">Voir aussi</h2></div>

<ul><li><a href="Cha%C3%AEne_d'outils_Devops" title="Chaîne d'outils Devops">Chaîne d'outils Devops</a></li>

<li><a href="Livraison_continue" title="Livraison continue">Livraison continue</a></li>

<li><a href="D%C3%A9ploiement_continu" title="Déploiement continu">Déploiement continu</a></li>

<li><a href="DataOps" title="DataOps">DataOps</a>, <a href="MLOps" title="MLOps">MLOps</a></li></ul>

<div class="mw-heading mw-heading2"><h2 id="Notes_et_références"><span id="Notes_et_r.C3.A9f.C3.A9rences"></span>Notes et références</h2></div>

<li id="cite_note-1"><span class="mw-cite-backlink"><a href="#cite_ref-1">↑</a> </span><span class="reference-text"><span class="ouvrage" id="Loukides2012"><span class="ouvrage" id="Mike_Loukides2012">Mike <span class="nom_auteur">Loukides</span>, « <a rel="nofollow" class="external text" href="http://radar.oreilly.com/2012/06/what-is-devops.html"><cite style="font-style:normal;">What is DevOps?</cite></a> », <time class="nowrap" datetime="2012-06-07" data-sort-value="2012-06-07">7 juin 2012</time></span></span></span>

</li>

<li id="cite_note-2"><span class="mw-cite-backlink"><a href="#cite_ref-2">↑</a> </span><span class="reference-text"><span class="ouvrage" id="Samovskiy2010"><span class="ouvrage" id="Dmitriy_Samovskiy2010">Dmitriy <span class="nom_auteur">Samovskiy</span>, « <a rel="nofollow" class="external text" href="http://www.somic.org/2010/03/02/the-rise-of-devops/"><cite style="font-style:normal;">The Rise of DevOps</cite></a> », <span class="italique">Fubaredness Is Contagious</span>, <time class="nowrap" datetime="2010-03-02" data-sort-value="2010-03-02">2 mars 2010</time></span></span></span>

</li>

<li id="cite_note-3"><span class="mw-cite-backlink"><a href="#cite_ref-3">↑</a> </span><span class="reference-text"><span class="ouvrage" id="Kim"><span class="ouvrage" id="Gene_Kim">Gene <span class="nom_auteur">Kim</span>, « <a rel="nofollow" class="external text" href="http://itrevolution.com/devops-culture-part-1/"><cite style="font-style:normal;">DevOps Culture Part 1</cite></a> »</span></span></span>

</li>

<li id="cite_note-mixing-4"><span class="mw-cite-backlink"><a href="#cite_ref-mixing_4-0">↑</a> </span><span class="reference-text"><span class="ouvrage" id="Lyman"><span class="ouvrage" id="Jay_Lyman">Jay <span class="nom_auteur">Lyman</span>, « <a rel="nofollow" class="external text" href="http://blogs.the451group.com/opensource/2010/03/03/devops-mixing-dev-ops-agile-cloud-open-source-and-business/"><cite style="font-style:normal;">DevOps mixing dev, ops, agile, cloud, open source and business</cite></a> », <span class="italique">451 CAOS Theory</span></span></span></span>

</li>

<li id="cite_note-5"><span class="mw-cite-backlink"><a href="#cite_ref-5">↑</a> </span><span class="reference-text"><span class="ouvrage" id="Debois"><span class="ouvrage" id="Patrick_Debois">Patrick <span class="nom_auteur">Debois</span>, « <a rel="nofollow" class="external text" href="http://www.jedi.be/blog/2008/10/09/agile-2008-toronto-agile-infrastructure-and-operations-presentation/"><cite style="font-style:normal;">Agile 2008 Toronto: Agile Infrastructure and Operations Presentation</cite></a> », sur <span class="italique">www.jedi.be</span> <small style="line-height:1em;">(consulté le <time class="nowrap" datetime="2018-05-05" data-sort-value="2018-05-05">5 mai 2018</time>)</small></span></span></span>

</li>

<li id="cite_note-devopscafe12-6"><span class="mw-cite-backlink"><a href="#cite_ref-devopscafe12_6-0">↑</a> </span><span class="reference-text"><span class="ouvrage" id="Debois"><span class="ouvrage" id="Patrick_Debois"><abbr class="abbr indicateur-langue" title="Langue : anglais">(en)</abbr> Patrick <span class="nom_auteur">Debois</span>, « <a rel="nofollow" class="external text" href="http://devopscafe.org/show/2010/9/15/episode-12.html"><cite style="font-style:normal;" lang="en">devops Cafe Episode 12</cite></a> », devops Cafe <small style="line-height:1em;">(consulté le <time class="nowrap" datetime="2011-03-31" data-sort-value="2011-03-31">31 mars 2011</time>)</small></span></span>.</span>

</li>

<li id="cite_note-7"><span class="mw-cite-backlink"><a href="#cite_ref-7">↑</a> </span><span class="reference-text"><span class="ouvrage"><abbr class="abbr indicateur-langue" title="Langue : anglais">(en)</abbr> « <a rel="nofollow" class="external text" href="https://devopsdays.org/open-space-format/"><cite style="font-style:normal;" lang="en">Devopsdays - Openspace Concept</cite></a> », sur <span class="italique">devopsdays.org</span> <small style="line-height:1em;">(consulté le <time class="nowrap" datetime="2020-10-13" data-sort-value="2020-10-13">13 octobre 2020</time>)</small></span>.</span>

</li>

<li id="cite_note-8"><span class="mw-cite-backlink"><a href="#cite_ref-8">↑</a> </span><span class="reference-text"><span class="ouvrage"><abbr class="abbr indicateur-langue" title="Langue : anglais">(en)</abbr> <span class="ouvrage"><cite class="italique">Emerging Technology Analysis: DevOps a Culture Shift, Not a Technology</cite> (rapport), Gartner<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rft.genre=book&rft.btitle=Emerging+Technology+Analysis%3A+DevOps+a+Culture+Shift%2C+Not+a+Technology&rft.pub=Gartner&rfr_id=info%3Asid%2Ffr.wikipedia.org%3ADevops"></span></span> </span></span>

</li>

<li id="cite_note-9"><span class="mw-cite-backlink"><a href="#cite_ref-9">↑</a> </span><span class="reference-text"><span class="ouvrage">« <a rel="nofollow" class="external text" href="http://www.gartner.com/it-glossary/devops/"><cite style="font-style:normal;">Gartner IT Glossary  – devops</cite></a> », sur <span class="italique">Gartner</span> <small style="line-height:1em;">(consulté le <time class="nowrap" datetime="2015-10-30" data-sort-value="2015-10-30">30 octobre 2015</time>)</small></span></span>

</li>

<li id="cite_note-Jones_et_al-10"><span class="mw-cite-backlink"><a href="#cite_ref-Jones_et_al_10-0">↑</a> </span><span class="reference-text"><span class="ouvrage" id="JonesNoppenLettice2016"><span class="ouvrage" id="Stephen_JonesJoost_NoppenFiona_Lettice2016">Stephen <span class="nom_auteur">Jones</span>, Joost <span class="nom_auteur">Noppen</span> et Fiona <span class="nom_auteur">Lettice</span>, <cite class="italique">Proceedings of the 2nd International Workshop on Quality-Aware Dev <i>Ops</i> - QUDOS 2016</cite>, <time class="nowrap" datetime="2016-07-21" data-sort-value="2016-07-21">21 juillet 2016</time>, 7–11 <abbr class="abbr" title="pages">p.</abbr> <small style="line-height:1em;">(<a href="International_Standard_Book_Number" title="International Standard Book Number">ISBN</a> <span class="nowrap">9781450344111</span>, <a href="Digital_Object_Identifier" title="Digital Object Identifier">DOI</a> <span class=" noarchive nowrap"><a rel="nofollow" class="external text" href="https://dx.doi.org/10.1145/2945408.2945410">10.1145/2945408.2945410</a></span>, <a href="Semantic_Scholar" title="Semantic Scholar">S2CID</a> <span class=" noarchive nowrap"><a rel="nofollow" class="external text" href="https://api.semanticscholar.org/CorpusID:515140">515140</a></span>, <a rel="nofollow" class="external text" href="https://ueaeprints.uea.ac.uk/id/eprint/59131/4/Accepted_manuscript.pdf">lire en ligne</a>)</small><span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rft.genre=book&rft.btitle=Proceedings+of+the+2nd+International+Workshop+on+Quality-Aware+Dev+%27%27Ops%27%27+-+QUDOS+2016&rft.aulast=Jones&rft.aufirst=Stephen&rft.au=Noppen%2C+Joost&rft.au=Lettice%2C+Fiona&rft.date=2016-07-21&rft.tpages=7%E2%80%9311&rft.isbn=9781450344111&rft_id=info%3Adoi%2F10.1145%2F2945408.2945410&rft_id=https%3A%2F%2Fueaeprints.uea.ac.uk%2Fid%2Feprint%2F59131%2F4%2FAccepted_manuscript.pdf&rfr_id=info%3Asid%2Ffr.wikipedia.org%3ADevops"></span></span></span></span>

</li>

<li id="cite_note-Building_a_DevOps_culture-11"><span class="mw-cite-backlink"><a href="#cite_ref-Building_a_DevOps_culture_11-0">↑</a> </span><span class="reference-text"><span class="ouvrage" id="Walls2015"><span class="ouvrage" id="Mandi_Walls2015">Mandi Walls, « <a rel="nofollow" class="external text" href="https://aristeksystems.com/blog/devops-what-it-how-can-you-make-it-success/"><cite style="font-style:normal;">Building a DevOps culture</cite></a> », <time class="nowrap" datetime="2015-09-25" data-sort-value="2015-09-25">25 septembre 2015</time></span></span></span>

</li>

<li id="cite_note-12"><span class="mw-cite-backlink"><a href="#cite_ref-12">↑</a> </span><span class="reference-text"><span class="ouvrage" id="Nexworld2020">Nexworld, « <a rel="nofollow" class="external text" href="https://www.youtube.com/watch?v=Cgrui-RO6LU"><cite style="font-style:normal;">DevOps expliqué à mon boss</cite></a> », <time class="nowrap" datetime="2020-01-28" data-sort-value="2020-01-28">28 janvier 2020</time> <small style="line-height:1em;">(consulté le <time class="nowrap" datetime="2020-01-28" data-sort-value="2020-01-28">28 janvier 2020</time>)</small></span>.</span>

</li>

<li id="cite_note-13"><span class="mw-cite-backlink"><a href="#cite_ref-13">↑</a> </span><span class="reference-text">DevOps for Dummies, Sanjeev Sharma and Bernie Coyne </span>

</li>

</ol></div>

</div>

<div class="mw-heading mw-heading2"><h2 id="Liens_externes">Liens externes</h2></div>

<ul><li><a rel="nofollow" class="external text" href="http://devops.fr/">Site de <i>Devops</i> France</a></li>

<li><abbr class="abbr indicateur-format format-vidéo" title="Vidéo au format mpg, avi…">[vidéo]</abbr> <a rel="nofollow" class="external text" href="https://www.youtube.com/watch?v=Cgrui-RO6LU">DevOps expliqué à mon boss</a></li>

<ul id="bandeau-portail" class="bandeau-portail"><li><span class="bandeau-portail-element"><span class="bandeau-portail-icone"><span class="noviewer" typeof="mw:File"></span></span> <span class="bandeau-portail-texte">Portail de l’informatique</span> </span></li> <li><span class="bandeau-portail-element"><span class="bandeau-portail-icone"><span class="noviewer skin-invert-image" typeof="mw:File"></span></span> <span class="bandeau-portail-texte">Portail des entreprises</span> </span></li> </ul></div><div><div class="zim-footer">

Cet article est issu de <a class="external text" title="Dernière modification le 2025-10-12" href="https://fr.wikipedia.org/wiki/?title=Devops&oldid=229696032">Wikipédia</a>. Sauf mention contraire, le texte est disponible sous <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.fr">Creative Commons Attribution-Share Alike 4.0</a>. Des conditions supplémentaires peuvent s’appliquer aux fichiers multimédias.

</div>

</div></div>

</div>

</main>

</div>

</body></html>